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You can not imagine how everything is vague until 
try to do it accurately. 



Bertrand Russell 



1 Introduction 

The function point analysis (FPA) is a standardized 
technique for measuring software development, aiming 
to establish a gauge of the software size based on 
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the functionalities to be implemented, considering the 
viewpoint of the user (IFPUG, 2000). Some usage 
thoughts have been made to the extent that software 
systems are becoming more complex (Micro Focus, 
2008), such as: 

1 . " Function points are not a very good measure when 
sizing maintenance efforts (fixing problems) or 
when trying to understand the performance issues. 
Much of the effort associated with fixing problems 
(production fixes) is due to trying to resolve and 
understand the problem (detective work)" . 

2. "FP analysis (FPA) is not useful to size Web 
Design. FPA is useful to size web development, but 
not web design. [...] FPA is not useful in estimating 
the time necessary to create graphics, images, page 
layouts, so on and so forth" . 

During the eighties and until the beginning of the 
21st century, a number of authors have discussed the 
metric procedures in vogue (Albrecht & Gaffney, 1983), 
(Dreger, 1989), analyzing its applicability to object- 
oriented software (Whitmire, 1993), its advantages 
and disadvantages (Jones, 1994). Also, Kemerer (1993) 
studied the reliability of the FPA technique. Important 
contributions to understanding the complexity inherent 
to software engineering were brought by Indian school 
(Jalote, 1998), (Ram et al, 2000). More enthusiastic works 
about FPA appeared since 2000 (Garmus & Herron, 
2001). 

The function points measurement technique has 
generated much controversy since its dissemination as 
an ISO recognized tool to size information systems, 
both as regards its general purposes (does it measure 
productivity, size, complexity or functionality?) and 
in relation to mathematical rigor under the concept 
of metric. In particular, with respect to the latter, 
being the number of function points a dimensionless 
quantity, some authors claim that there was no way 
to analyze and seek information from numbers not 
associated with a reference system (Abran & Robillard, 
1994). This is not entirely true. In science there are 
many dimensionless numbers widely applied in several 
fields as hydrodynamics, geophysics, optics and others. 
A dimensionless metric, being independent of the reality 
beneath evaluation, is useful to compare two or more 
objects abstracting a lot of details of these objects, 
placing them in the same plane of observation and 
providing a perspective that would be inconceivable 
without a standardized approach. Perhaps the difficulty 
is to precise the mathematical structure and the 
semantics of the metric, that is, what the metric formally 
measures. 

One of the major contractual problems faced both in 
the governmental sphere and in the context of private 
enterprise is the remuneration of the activities not 
measurable by the technique of function point analysis. 
Some devices have been adopted, but with high degree 
of arbitrariness, making the calculation uncertain and 



often unfair, and vulnerable to critical assessments of 
the organs of control. In addition, an arbitrary control 
of the estimates may be evidence of unprofessional 
management. Also, something more is missed out as 
observed by Lokan (2008): 

Function points are oriented towards data-strong 
systems, typified by business software. Processing in 
these systems is simple. Most effort goes into defining 
data structures. Not all systems fit this pattern. 
Scientific and engineering software is often function- 
strong: dominated by the internal processing required to 
transform inputs to outputs. 

The present model, although it stemmed from 
the need to measure the development effort of sites 
and portals, aims to incorporate not just the typical 
non-measurable items but all function-strong software 
processes, including operational system migrations. 

It is susceptible to broad questioning the 
measurement of all the tasks required in the design and 
development of web applications (especially portals), 
now applied to the Ministry of Work and Employment 
in Brazil (hereafter MTE), not only by the aesthetic 
and functional aspects but also by the technology of 
the software resources in use. It should also consider 
that there is here, as in other IT activities, a significant 
amount of intellectual effort that, while difficult to 
measure in any area, must be properly computed and 
paid even so by an indirect and approximate manner. 

There are creative works published on the techniques 
of scoring for web systems (Abrahao & Pastor, 2003), 
(Drach, 2005), and for situations in which a priori 
non-measurability is compensated by a technique to 
perform FPA based on the source code (Mustafa et 
al, 2005). Also, recent analytical studies call attention 
to important issues that remain unresolved and that 
should attract greater interest from the international 
community of IT (Hernandez-Lopez et al, 2011). It 
draws attention, however, the fact that none of them is 
the proposition of a complete formalism that includes 
the representation of the intellectual effort, the hours 
worked and productivity of the tool applied, the most 
relevant of the few benchmarks for web systems. Indeed, 
the size in function points is not intended to measure 
productivity and development effort, but to measure 
software in terms of its functionality. Nevertheless, from 
the moment that we focus on the trinomial quality-cost- 
time it is imperative to compute the assets embedded 
in the engineering itself. It is noteworthy, as well 
pointed Aramo-Immonen et al (2011), the influence 
that cultural differences have on the productivity in 
globalized software engineering, which makes even more 
complex the challenge of managing productivity and 
costs, mainly in large corporations. It is the reality 
of this fact, coupled with the need to count function 
points in the management of IT services, which forces 
us to broaden the horizons of the technology, so that 
we can standardize our practices, regardless of culture 
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or activity, preventing the proliferation of competitor 
procedures, and, consequently, the misconceptions which 
they can produce. 

The name "function point" not even seem to fit the 
web development by the absence there of the classical 
counting elements. However, a web layout contains 
intrinsic functionalities beside menus, hyperlinks, 
validity checks of fill, etc.; the communicational function 
of the web layouts overlaps unequivocally to other 
aspects; whence the difficulty to score so abstract 
assignment; whence the request for the application of 
more formal techniques. 

In sum, the classical FPA involves counting of type 
data functions and type transaction functions, such as 
inputs, outputs, inquiries, files and movements. Focusing 
only the functionalities associated with data-strong 
structures, the measurement based on function points 
at MTE docs not recognize as worthy of metric criteria 
all the necessary interface architecture and presentation 
features, which ensure accessibility, friendly opcrability, 
as well as effective dissemination of subjects. 



2 Methodology 

The basic premise of finding a criterion for counting 
the cases in question are the disadvantages of its own 
current, namely 

• Worthlessness of professional specialization in the 
absence of a proper technique of counting and 
measuring, a fact which causes the depreciation of 
professional profile in the work market; 

• Exposure of the Coordination of IT to the 
questions of the organs of control because of the 
degree of arbitrariness in the calculation currently 
practiced; 

• Underestimation of intellectual effort, lowering the 
intangible value of hours worked; 

• Absorption of the fragility of the standard count 
done in other instances, insofar as most of 
these errors would be compensated by the low 
and always lowering cost of construction and 
development of presentation layers in the Extranet, 
Intranet or Internet; 

• Inaccurate billing from contractors. 

Since the obvious disadvantages are shown for all, we 
deal with the necessary tools to seek the establishment of 
the technique described above. The first task undertaken 
was a survey, together with experts, comprising a 
consistent and clear roll of jobs related to the demands 
for the web area. The list, formatted in Tabic 1, was 
constructed keeping in mind the subsequent use of PERT 
- Program Evaluation and Review Technique - (Boiteux, 
1985), thus containing the time intervals needed to 
perform jobs of low, medium and high complexity in 



optimistic, pessimistic and most likely perspectives. 
All convoked professionals, invited to construct the 
Table, are graphic designers (or industrial designers, 
with specialization in visual programming) with practice 
as query developers and have more than ten years 
experience in web development. They are professionals 
able to develop visual designs in various areas since 
the creation of corporate identity to several graphic 
pieces for both print and digital media. As wc know, 
the area of web design requires the domain of important 
concepts of usability, navigation and web standards. 
Each professional (five in all) built his own Table, so 
that the final Table adopted computed the average of 
individual Tables. 

The complexity of the task is a linguistic variable 
assuming the fuzzy values " low" , " average" and " high" 
^. In fact, fuzzy models are very useful in information 
technology such as those based on the creation of 
causal and cognitive maps of risks provided by experts 
experience (Bodea & Dascalu, 2010). We note that in 
present model the complexity is classified by the duration 
of the task. The criteria for classification of complexity 
have been established by the respective groups of expert 
professionals selected to determine the times of PERT. 
For example, a high complexity query in SQL accesses 
more than three tables, while for a low complexity 
query only one table is accessed. Also the task list has 
not exhausted the range of all non-measurable items; 
insomuch. Table 1 may be expanded as necessary. 

Parallel to the construction of the Table, I have 
imagined that the theoretical number of function points 
for the cases not directly measurable would be, a priori, 
a function of time consumed and some feature of the 
development tool used, so that, 



N = fit,i), 



(1) 



where N is the number of function points, t is the 
time taken for completion of the task and i is called 
"inertia of development" or "constraint capacity", i. e., 
an index that represents the constraints imposed by the 
tool (Table 3). If desired, from the parameter i we may 
define the productivity p of the tool as. 



The values of i were established with the aid of 
professional experience accumulated over the years of 
work and by reports on productivity from suppliers. 
Time is defined as in PERT, i. e.. 



T = 



O + AMP + P 
6 ' 



(2) 



where O is the optimistic estimate, P is the pessimistic 
estimate and MP is the more likely estimate. 
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Table 1 Tasks, complexities and durations 



Task 


Complexity 


Optimist 


Pessimist 


Most likely 


HTML conversion 


Low 
Average 
High 


0:30:00 
1:00:00 
1:30:00 


3:00:00 
4:00:00 
6:00:00 


1:45:00 
2:30:00 
3:45:00 


PDF conversion 


Standard 


0:30:00 


0:30:00 


0:30:00 


Multimedia inserting 


Low 
Average 
High 


0:30:00 
1:00:00 
1:30:00 


2:00:00 
3:30:00 
6:00:00 


1:15:00 
2:15:00 
3:45:00 


Image creation and treatment 


Low 
Average 
High 


0:30:00 
2:00:00 
4:00:00 


2:30:00 
5:30:00 
12:00:00 


1:30:00 
3:45:00 
9:00:00 


Form creation 


Low 
Average 
High 


0:30:00 
2:00:00 
4:00:00 


4:00:00 
8:00:00 
12:00:00 


2:30:00 
6:00:00 
9:00:00 


Layout creation and development 


Low 
Average 
High 


8:00:00 
19:00:00 
38:00:00 


8:00:00 
24:00:00 
40:00:00 


8:00:00 
21:30:00 
39:00:00 


Layout adequation 


Standard 


3:00:00 


8:00:00 


5:30:00 


Layout montage 


Low 
Average 
High 


8:00:00 
22:00:00 
36:00:00 


9:00:00 
24:00:00 
40:00:00 


8:30:00 
23:00:00 
38:00:00 


Creation of Tables 


Low 
Average 
High 


0:30:00 
2:00:00 
4:00:00 


2:00:00 
4:00:00 
8:00:00 


1:40:00 
3:00:00 
6:00:00 


Creation of CSS 


Low 
Average 
High 


4:00:00 
12:00:00 
24:00:00 


6:00:00 
12:00:00 
24:00:00 


5:00:00 
12:00:00 
24:00:00 


Creation of JS/ASP functions 


Low 
Average 
High 


3:00:00 
5:00:00 
7:00:00 


3:00:00 
5:00:00 
7:00:00 


3:00:00 
5:00:00 
7:00:00 


Adequation SQL, JS/ASP functions 


Low 
Average 
High 


2:30:00 
3:30:00 
4:30:00 


2:30:00 
3:30:00 
4:30:00 


2:30:00 
3:30:00 
4:30:00 


Creating SP/SQL and components 


Low 
Average 
High 


4:30:00 
6:30:00 
9:00:00 


4:30:00 
6:30:00 
9:00:00 


4:30:00 
6:30:00 
9:00:00 


Adequation of procedure 


Low 
Average 
High 


0:20:00 
0:50:00 
1:50:00 


0:25:00 
1:00:00 
2:20:00 


0:23:00 
0:55:00 
2:00:00 


Creating maintenance page 


Standard 


0:05:00 


0:10:00 


0:08:00 


Survey with the client 


Standard 


24:00:00 


36:00:00 


32:00:00 


Site conversion to CMS 


High 


240:00:00 


472:00:00 


320:00:00 
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3 The systemic view of the software 
development 

As once told Mario Bungc (1961), 

" One of the most difficult and interesting problems of 
rational decision is the choice among possible diverging 
paths in theory construction and among competing 
scientific theories, i.e., systems of accurate testable 
hypotheses. This task involves many beliefs-some 
warranted and others not as warranted and marks 
decisive crossroads. [...] The set of metascientific criteria 
dealing with the various traits of acceptable scientific 
theories is what guides the choice among competing 
courses in theory construction and among the products 
of this activity" . 

I usually say that it is easy to propose complicate 
things; difficult is to propose simple things. The set 
of metascientific criteria I adopted includes simplicity 
among the requirements that present model is supposed 
to satisfy. Here, the simplicity refers to semantical 
and pragmatical simplicities, that is, to an economy 
of additional meaning pre-suppositions and to an 
economy of work by who counts the system or project. 
I started from an econophysical vision, according 
to which a project is a system endowed with its 
own dynamics of evolution of human and material 
investments. As a physical system, and circumscribed 
by the development perspective, we have a Lagrangian 
function that describes this dynamic (Goldstein et al, 
2001), taking into account the relevant parameters for 
the measurement of software projects. The simplest and 
typical Lagrangian form is given by. 



C = -NN^ - V, 
2 



(3) 



where the overdot indicates time derivative and V is the 
potential of the project to generate function points. We 
note that Lagrangian C is not an explicit function of 
time. The function C is such that. 



Equation (4) may be rearranged and must determine a 
"conserved current" J according to. 



d 
di 



dN 



= 0, 



from which, 



dN 



(5) 



The quantity dt is the time differential, N and TV are the 
generalized coordinates of the system. The derivatives 
of the Lagrangian are always taken with respect to 
the explicit generalized coordinates. As in physics the 
Lagrangian refers to energy units (such as fcg.m^/s^), the 
analogical " conserved current" J in present theory refers 
to the intellectual effort per squared hour. Applying 
equation (5) to function (3) we obtain. 



NN^ + V = J. 



(6) 



Having conjectured and tested a few options of empirical 
formulas to match equation (6), I proposed the following 
more advanced expression as the best approach, 



N ■ 



K{P -0 + 1) 



O + AMP + P 
6 



(7) 



where K is the contractual adjustment parameter, and 
C is the intellectual effort conversion factor for function 
points according to Table 2. It is not the case of arbitrary 
statement but tacit assumption. A tacit assumption 
is performed from some rational premises of a logical 
argument and, by corroboration with experience, attains 
the status of a postulate. So, to be acceptable as 
postulate, tacit equation (7) has to be tested. Fixing 
O and P as time-extremes, we can do MP — t (the 
time variable estimate). Adopting K ~ I and inserting 
expression (7) into equation (6) we deduce. 



1 



(0-^4^-^ P) 



2(P-0 + l) 



6 



{p-o + iy 



dC_d£^dN dC dN 
'dl ^ OnIu ^ 'dN~dt 

and obeys the Eulcr-Lagrange equation. 



dC 



dN_d_ fdC\ dC dN 
IttJt VdNj 'dN~dt' 



0, 



(4) 



(8) 



The "conserved current" J is fixed around AC'^/{P- 
O + 1)^ so that. 



V = 



AC 



(P-0 + l)2 



dC dN dN d f dC 
'dN~dt 'dFdi \dN 



= 0, 



d_ 

di 



dC 

dN 



dN_ 
'dt 



dC dN 
dN~dt 



0, 



di \M) ~dN~' 



N 



1 



2 {P-O + l) 



{O + AMP + P) 



6 



16 



(P-0 + 1)^36 



.(9) 



Figure 1 shows the shape of theoretical curves of the 
potential V according to the inertia of development i for 
three values oi K . A negative or even null potential may 
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signify that the combination tool-effort-time is not being 
productive. Thereby, the potential can be an essential 
instrument to support project managers, providing a 
guide to better match the available resources. 

We see that function (7) clearly satisfies the equation 
(4) and ensures current's units and time control of the 
number of function points, keeping the PERT time in 
the whole description (this is desirable, since the number 
of function points is very time-sensitive to the PERT 
estimate). The Lagrangian (3) represents the dynamics 
of the project along the time. The "conserved current" 
gives the effective intellectual effort per squared hour^ . 

To well understand my point in favor of exponential 
representation, it is necessary a brief look at the relation 
between exponential growth and geometric progression. 
If the ratio of a growth rate to the increasing quantity 
itself is a constant, we are dealing with a process that 
may be explained by an observational series of type 
a, afc, afc^, afc'^, afc", says, a geometric progression of 
ratio k. Such increasing quantity, Q, being considered 
as a continuous function of time, t, may be dynamically 
described by means of a differential equation of type 
dQ/dt = rQ for a = (5(0), to what the unique solution 
is Q = a.exp{rt). Thus, any set of measurements of the 
quantity Q for t = 0, 1, 2, 3, is a geometric progression 
where k = . As we see, exponential growth refers to 
a continuous natural change in which multiplication is 
fractally-repeated; geometric progression is a discrete 
subset of that continuous (Serpa. 2005). In science, the 
use of exponentiation is pervasive in several fields, mainly 
in economics and physics. 



Curves of potential V (P=8, MP=5.5, 0=3, C=5.4) 



> 




0.0 0.2 0.4 0.6 0.8 1.0 



Figure 1: Theoretical curves of the potential V ranging from 
i = Q to i = 1 for different values of K. 

Now, the counting of function points must be a 
continuous process, since precision is a pivotal claim 
to pay for a task. As exponentiation grows faster than 
multiplication, the first is useful to describe a quantity 
that must evolve more quickly beneath the weight of 
another quantity that represents the ever increasing 



Table 2 Converting factors for function points 



Step 


Factor 


Survey 


3.2 


Elaboration 


5.8 


Construction 




Tests 


2.6 


Alteration 


1.5 


Implantation 


1.2 


(**) Languages 




Internet /Intranet 


Factor 


PHP, Java Script and ASP 


3.5 


HTML 


1.8 


Java, CMS tools, ETL 


5.4 



performance of the modern tools. Yet, the intellectual 
effort is obviously very influenced by the tool in use, so 
that it is reasonable to accept the factor C". 

Since function points are now being applied far 
beyond the basic purpose of a sizing mechanism for 
software projects, including litigation involving software 
contracts and software taxation, the parameter K enters 
to prevent problems already in the early stages of 
negotiation, adjusting the range of the counting to the 
provisos of a given contract. 

There are numerous conversion Tables in the market. 
Tables (2) and (3) purposely present fractal weights to 
converting time in function points, since at the end we 
want to find monetary values. The application of weights 
is very known from fuzzy logic (Aguiar, 1999) to quantify 
intuitive concepts as "intellectual effort" and "inertia of 
development" ; here they were defined also in comparison 
with similar Tables used for the reverse path, i. e., for 
the transformation of function points in hours worked 
(CTIS, 2004), taking into account the level of intellectual 
investment in each phase. Just as experts opine on the 
hierarchy of the project phases, they also opine on the 
degree of intellectual relevance, from 1 to 6, adopted for 
each component phase of the project, as presented in 
Table 2, including the elements with higher weights at 
higher effort. The range of the weights was delimited to 
confine the number of function points within acceptable 
intervals. Also, informations provided by suppliers were 
used in some cases (Table 3). For instance, a certain 
supplier of CMS tools reported that Lumis^ gives a 
gain of thirty percent in productivity compared to older 
similar and less friendly applications. This means that 
i is equal to 1 — 0.3 = 0.7, being 1 the weight of the 
hardest tool adopted as reference to compare the power 
of Lumis. In other words, Lumis adjusts intellectual 
effort from C to C"'^. The contractual adjustment 
parameter K regulates the growth of the number of 
function points according to the budget levels for each 
institution, keeping scores on appropriate scales. 
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Table 3 Inertia of development i for some tools 

Tool T 

HTML 1.00 

ASP 0.90 

CMS tools (Lumis, Vignette, etc.), PHP 0.70 

Statistics tools 0.65 

Management tools 0.60 

DBA tools (Query Analyzer, V. Studio, etc.) 0.52 

Text processors 0.60 

Text editors 0.50 

Development tools (Photoshop, Corel, etc.) 0.68 

Humanware 0.00 

ETL 0.36 



Curves of FP (P=8, MP=5.5, 0=3, C=5.4) 



Curves of function points (P=8, MP:=[1,20], 0=3, C=5.4) 



K=l 
K=2 
K=3 



Figure 2: Theoretical curves of function point counts ranging 
from i — to i = 1 for different values of K . Note that for 
K > 1 the amount of function points decreases. 

4 Results 

Let us understand in details the formula (7). 
Mathematics changes to number, by own syntax, a 
clause written in plain language. Unfortunately, the 
teaching of the subject does not always makes this 
clear, so that the mathematical expressions associated 
with empirical processes often seem obscure. So, by the 
requirement of semantical simplicity, the simple clause, 

"The number of function points is directly proportional 
to the intellectual effort (C) powered by the constraint 
capacity of the tool (i) and to the estimated average 
time to complete the task, and inversely proportional to 
the difference between the optimistic and the pessimistic 
ending outlooks" , 

means in symbolic language nothing more than equation 
(7), says. 



N : 



K{P-0 + l) 



O + AMP + P 
6 




Figure 3: Theoretical curves of function point counts ranging 
from MP = 1 to MP = 20 and i = to i = I for different 
values of K . 

In other words, the total score increases with the time 
consumed and the intellectual effort, but decreases as 
the tool is more productive. Of course, the more the 
tool optimizes the work, the more the cost in intellectual 
effort is pared (C*), and we may look at parameter K as 
a constant of proportionality. The time variance is given 

by, 



P-0 
6 



(10) 



where a is the standard deviation. In terms of the 
deviation a wc may write. 



N 



K{Qa+l) 



O + AMP + P 
6 



(11) 



Note that when two or more quantities are independent 
degrees of freedom that interact with one another, we 
multiply them (in present case, time, inertia and effort). 
Given that the PERT factor has temporal dimension 
and tends to increase as the complexity of the work, 
to slow the correlative increase of the score points 
and to obtain a dimensionless number that can be 
interpreted as the number of function points it is needed 
a denominator with relevant time content. The difference 
between pessimistic and optimistic estimates plus one, 
P — O + l, provides the maximum time span within 
which the work will be consummated; it enters the 
formula with weight K — \ based on the given IT 
current contract at MTE to better fit the economic 
reality of this Ministry, with the addition of 1 ensuring 
that the denominator shall never be zero if the two 
estimates are identical. This means that the total score 
decreases as the optimistic time gets away from the 
pessimistic outlook, a manner to provide a kind of 
"discount" in function points from the delay of task 
completion (uncertainty in the ending time of the task). 
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Indeed, the idea of a discount in function points by the 
"uncertainty" in the dehvery time was accepted as a 
fair criterion in face of the ever-present urgency of the 
user. It is convenient to recall here that the conversion 
factor C accounts for the intellectual weight of each 
task and the inertia i tells to us whether the effort 
will be greater or smaller according to the chosen tool. 
When no software tool is used, i. c., the activity is 
performed only with humanwarc, the value of the inertia 
of development is zero. This applies to raising activities 
in which employees are not in use of softwares for 
management and monitoring of projects, spreadsheets 
and others, being the work organized in notes and 
handmade schedules. This exponent covers the range 
[0,1], being highest in the HTML markup language, 
taken as a more constraining technological alternative 
for web. The inertia was fixed within the class of each 
tool. Figure 2 shows the shape of theoretical curves of 
counting according to the inertia of development i for 
three values of K. Figure 3 shows the shape of theoretical 
curves of counting in a different perspective, according 
to the simultaneous variation of time MP and inertia of 
development i for the same three values of K. 

An interesting question appears when no tool is used, 
such that, for i = 0, there is always C powered by 0, 
i. e., C° = 1. Thus, the intellectual effort would be, by 
definition, equal to 1 in any situation in which no tool 
was required. In this case, the conclusion is simply that 
without the use of any tool it would be largely arbitrary 
to differentiate intellectual efforts, since the idea is 
precisely to evaluate changes in effort in the presence of 
a tool in a certain project phase. Therefore, if no tool is 
applied, we normalize the effort for all individuals and 
project phases, so that it does not depend on particular 
task or individual itself. In this case, the difference in 
function points is in charge of the PERT time and 
variance P — O (indeed, it is logically consistent with 
the fact that without tool there is no "measurement 
apparatus" that allows to evaluating the intellectual 
effort by the interaction man-tool). For instance, let us 
take the hypothetic counting of a survey with the client 
not supported by any software. From Tabic 1 wc have 
the following values: 

• O = 24 : OO/i, 

• P = 36 : OO/i, 

• MP = 32 : OO/i. 

From Table 2 we extract for C the value 3.2 
corresponding to the survey step. Since there is no tool, 
i — Q. Then, formula (7) computes. 



Taking the value of the function point for new 
implementations, Vp =R$480.00, the total value to pay 



by the task would be Vt =R$1, 156.92. Now, supposing 
the use of management tools [i = 0.60), we get. 



N 



3.2 



0.60 



13 



24 + 4 X 32 + 36 
6 



4.84, 



amount of points that multiplied by the point value 
furnishes Vt =R$2, 324.84. The difference in values 
means that between using and not using a tool there is 
a logical difference of intellectual effort; as well as the 
knowledge required for the survey, it is necessary to know 
the specific software. 

Now we will see some examples of calculation, from 
the experience in MTE, to validate equation (7) as a 
postulate. Be the task of drafting a new form of medium 
complexity. From Table 1 we have the following values: 

• O = 2 : OOh, 

• P = 8 : OOh, 

• MP = 6 : OOh. 

From Table 2 we extract for C the value 5.8 
corresponding to the elaboration step. Since the tool is 
the HTML markup language, i = 1. Then, formula (7) 
computes. 



5.8 /2 + 4 X 6 



4.6952. 



(12) 



Taking the value of the function point for new 
implementations, Vp =R$480.00; the total value to pay 
by the task would be Vt =R$2, 253.70. For a form of high 
complexity, have done at the same conditions. 



• O = 4 : OOh, 

• P = 12 : OOh, 

• MP = 9 : OOh, 



iV=Mf4 + 4x9 + 12- 
9 V 6 



(13) 



amount of points that multiplied by the point value 
furnishes Vt =R$2, 680.89. Note that the difference in 
amount to be paid is controlled by the denominator with 
weight 1 times the expanded time-range P — O -I- 1. 

Finally, the example of the creation/ development of 
a layout. For high complexity we get from Table 1, 

• O = 38 : OOh, 

• P = 40 : OOh, 

• MP = 39 : OOh, 

values which introduced in formula (7) during the 
construction phase in HTML provide. 



L8 /38 + 4 X 39 + 40- 
3 V 6 



(14) 



amount of points that multiplied by the point value gives 
Vt =R$11, 232.00. 
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A caution to be taken, however, refers to whether 
the form is, even being new, a new implementation or 
can be considered within the context of an evolving 
maintenance in the body of a broader set of objects 
belonging to the same application. If it is new, but 
belonging to a previously developed application in 
another area, it will be considered new implementation; 
if it is new, but belonging to a previously developed 
application in the same area, it will be considered 
evolving maintenance. 

4-1 The counting of the Projective 
Statistical Bulletin 

The Projective Statistical Bulletin is a real quarterly 
publication of the MTE, made available on the Intranet 
in "pdf format with online abstract. Thus, it is not 
an web application, so it is necessary to quantify the 
parametric variable i in terms of inertia of development 
of statistical modelling tools in use. Technically, the 
editors of the bulletin assume that i = 0.65, being 
the intellectual effort punctuated by Table 2, item 
"Elaboration", i. e., C = 5.8. Regarded as a highly 
complex product, it provides the following steps: 

1 . Survey of variables 

• = 20: OOh, 

• P = 30: OOh, 

• MP = 25 : OOh, 

• i = 0,7 (search in statistical databases), 

• C = 3,2 (survey). 

Thus, expression (7) computes 



N 



3,2 



0,7 



11 



20+ 100 + 30 
6 



(15) 



= 0,205 X 25 = 5,13. 

2. ETL process 

• O = 50 : OOh, 

• P = SO: OOh, 

• MP = 65 : OOh, 

• i = 0,36 (ETL tool), 

• C = 5,4 (ETL language). 

Thus, expression (7) computes 

^ _ 5,4°'36 / 50 + 260 + 80 
" 31 V 6 

= 0,059 X 65 = 3,85. 

3. Statistical analysis 



(16) 



• P = 80 : OOh, 

• MP = 65 : OOh, 

• i = 0,65 (statistical tools), 

• C = 5,8 (elaboration). 

Thus, expression (7) computes 



30,65 



N : 



31 



^ 50 + 260 + 80 



6 



(17) 



= 0,101 X 65 = 6,57. 

4. Text elaboration 

• O = 40 ; OOh, 

• P = 60 : OOh, 

• MP = 50 : OOh, 

• i = 0,40 (Word tool), 

• C = 5,8 (elaboration). 

Thus, expression (7) computes 



,^ 5,8°'^ /'40 + 200 + 60 



(18) 



= 0,096 X 50 = 4,81. 

The total function points is, 
Nxotai = 5, 13 + 3, 9 + 6, 57 + 4, 81 = 20, 41, 

amount that multiplied by the point value for 
development {Vp =R$480.00) produces Vt =R$9, 796.80. 
This example is sufficient to give an idea of how to apply 
the Tables in scoring a variety of tasks. 

4-2 Improper counting 

In some cases, when the estimate equals the optimistic 
and pessimistic, we have the "aberration count", that 
is, an amount of function points higher than the initial 
average score expected. In these situations, I recommend 
to assign a maximum similarity of 80% between the 
two estimates; in other words, the pessimistic estimate 
should exceed the optimistic at least 20% of the latter to 
maintain the objectivity of the equation (7). Let us take 
the example of creation/development of low complexity 
layout. By Table 1, 

• = 8: OOh, 

• P = 8: OOh, 



• O = 50 : OOh, 



• MP = 8 : OOh. 
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These values entered in the formula (7) during the 
construction phase in HTML provide, 



iV = H(i±lil|i±l:!: 1. 6,092, 



(19) 



amount of points that multiplied by the point value gives 
Vt =R$2, 924.30. If this were not done, 



TV = 



1.8 /8 + 4 X 8 + : 



1 



6 



14.4, 



(20) 



amount of points that multiplied by the point value 
furnishes Vt =R$6.912, 00, a result that, by good sense, 
would be much more suitable for a layout of medium 
complexity. Here, we see how the number of function 
points is strongly sensitive to the duration of the task. 
Therefore, considerable degree of caution is part of 
the counting of function points, even in the classical 
approach of the technique. The reader must note 
that the prescribed minimum difference percentage of 
20 % between optimistic and pessimistic perspectives 
of task completion was established to address the 
particular situations (not to all non-measurable tasks) in 
which professionals can not discern objective estimates 
of duration, whether by level of control over the 
work, whether by features of the tool, or even by 
total dedication to the demand (it is common among 
programmers to devote exclusively to a certain problem 
until it is solved). Thus, the corresponding 20 % variance, 
enough to ensure significant results in the present metric, 
is primarily applicable to strong-function items such as 
the reader can infer from a quick look at Table 1 (this 
Table highlights in grey background the typical tasks 
where occurs aberration counts). Table 4 shows a real 
counting at MTE with columns having point values for 
the tasks and deflation factors according to the current 
contract (the function point for adequation is more 
expensive). This counting applied the 20 % variance 
between optimistic and pessimistic estimates. 

There is also the issue of high number of pages, 
images and others in the development of sites and 
portals, which can distort considerably the final value to 
be paid by extrapolating at very fair the payment for the 
required work. Unless the so-called " maintenance pages" , 
for the management of content for all other development 
items (images, pages, videos, etc.) I suggest the following 
rule: 

1. number of pages, images, etc. between 1 
and 9 Quantity ~ 1; 

2. number of pages, images, etc. > 10 and 

< 60 Quantity = 2; 

3. number of pages, images, etc. > 60 and 

< 100 ^ Quantity = 3; 

4. number of pages, images, etc. > 100 and 

< 500 =^ Quantity = 4; 

5. number of pages, images, etc. > 500 and 

< 1000 Quantity = 8; 



6. number of pages, images, etc. 
> 1000 ^ Quantity = 16. 

4-3 The counting as continuous function of the 
time 

Strictly speaking, a project constitutes a typical 
nonlinear system. However, for all practical purposes, 
it is reasonable to do a simple linear approach for 
the time evolution of the number counts, applying a 
posteriori corrections in order to minimize the effects of 
unpredictable fluctuations. 

The theoretical count of function points is a 
continuous function of the most likely time MP. This 
is a simple conclusion, if we think that both O and 
P are fixed, being MP widely variable. While i and 
C are usually regarded as parameters, i can be taken 
by a flux between and 1 (figures 2 and 3) if we 
think that the productivity of a tool varies continuously 
with practice stemming from the frequent use. Although 
a good way to visualize the shape functions, it is a 
difficult and poorly pragmatic approach (to quantify the 
increased productivity of the tool according to usage is 
a process that ends, for all purposes, in the reduction of 
observational variable MP). 

In the case of time, the derivative of TV with respect to 
AIP will give us the increase or decrease in the number 
of function points per hour difference in MP. Thus, the 
equation 



dN 



2C' 



- (21) 

dMP 3K{P-0 + l) ^ ' 

provides the number of points per hour to be added or 
subtracted from the total initial target after completion 
of the task, when we register the performed range of MP. 
Thus, the final number of function points is given by the 
gauge function. 



TV± 



± 



dN _ C 
dMP ~ K{P-0 + l) 

2C'H 



O + AMP + P 
6 



^22) 



TV: 



3A' [p-o + iy 

K{P-0 + l) 



O + 4T\/P + P±AH 
6 



(23) 



where TV is the gauged number of function points and 
H is the number of hours to sum or subtract from MP. 
Equation (23) is very useful to adjusting function points 
for simple jobs with no need of new additional counts. 
In these cases, it is enough to calibrate the number of 
hours (MP) to fit the required payment. 



5 Conclusion and final remarks 

This study presented an extended technique of 
measurement by function points for the so-called non- 
measurable items. It showed how to apply this technique 



Theoretical Count of Function 



Points for Non-Measurable Items 



11 




0. 



01 

1 

0) 

Q 



01 

1 



Q 



o 




Oh 



o 







>o o eo eo M CO o 

05 M N N N O lO 

q6 00 CO M iO CO CO 

^ o o to i> 

CD H i> N 10 



CO CO rH iH t- >0 O 

CD CS ^ ^ CD ^ lO 

CO 00 6 d 00 CD 00 

^ cn oj 00 CD o 

00 00 CO CO Tf^ N 

CD co' CR a 05' CD ■rf' 

CD CD >0 in 00 CD o 

iH iH CO 05 



10 CD W H 10 CO 

00 ^ ^ M ^ i> 



N t- O O N CD 05 

00 10 05 OS b- CD CD 

CD CD CO CO cs ri CO 

CO cd" cn 05" 00" CD ■^^ 

CO in 10 i> CD 

M M CO CO 



000000 
O ic ro CO 00 CO 



000000 
000000 

1^ t-^ o o t-^ o 



10 CO CO CO rH 

05 10 ^ ^ O 05 

00 in c^ !M CO 

^ O ^ rH 05 t-- 

^ CO ^ 



000000 



^ C^l 00 00 
^ CO 10 



CO CO 
°° CO 



-!t< CO CO 
CO lO 



^ j5 a jh ^ ^ 

bO bO M bO bO M 

'S3 2 ^ 13 3 



10 in LO 10 in 10 

CO CO CO CO CO CO 



5 1-2 
2 ^ 

>> Hh t/J ^ 



S .9 

" ^ a 

t3 3 .2 

Ft +^ 

o ^ ^ 

a " 

o <; <; 



^ CO ^ in CO 



to different examples of the everyday tasks in a real 
IT area, the General Coordination of Information and 
Informatics of the Ministry of Work and Employment 
at Brazil. The use of this technique, now included 
in our Systems Development Methodology, has proven 
to be compatible with local market practices and 
budgeting constraints normally present in the public 
administration. 

Clearly, no counting technique is perfect. With 
practice, we see that some counts will produce higher 
values, some lower values, in a dialectic that sometimes 
seems unfair, but that at the final will show equilibrium 
of the overall balance billed by a simple tradeoff 
between the individual amounts. As Anita Cassidy and 
Keith Guggenberger say, "Metrics should be viewed 
as navigational data rather than as conclusions or 
destinations" (Cassidy & Guggenberger, 2001). It should 
be noted that the Tables may increase at any time due 
to possible needs for adaptation to unforeseen situations. 
I am firmly convinced that the technique works, both 
by the relative success it has achieved as the logic upon 
which it was built. 

Anyway, quality is an issue that permeates all 
activities and their outcomes, including methodologies 
and techniques of calculation. As can be seen, the 
introduction of the theoretical expression (7) for 
calculating function points relating to the so-called 
non-measurable items does not want to maximize or 
minimize the amounts involved. This equation merely 
establish a fair and logical criterion of valuation, based 
on knowledge embodied in the market, in such a way 
as to provide managers with tools technically well made 
and safe, and to include in metric contractual features, 
with the same importance and seriousness, so essential 
IT tasks such as creation and development of the shape 
of our sites and portals. 
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Note 

^The fuzzy logic tries to fulfill the gap of infinite degrees of 
uncertainty between "to be" or "not to be". The intrinsic 
imperfections of the information represented in natural 
language have been treated more appropriately by fuzzy 
logic than by the theory of probabilities. 

^The energy consumed by the intellectual effort during time 
t has its equivalent in function points. The effort reduces, 
after all, to an amount of function points, so that the units 
of jC and J are the same. 

^The Lumis is a Brazilian software company pioneering 
in development of products and solutions for enterprise 
portals. 



